home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 678 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.0 KB
  1. Path: news.danadata.dk!usenet
  2. From: hendis@aix1.danadata.dk (Henrik Dissing)
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: Re: Many errors when FTP:ing over PPP
  5. Date: 21 Jan 96 14:26:20 +0100
  6. Organization: DanaData Internet Services
  7. Message-ID: <2621.6594T866T1031@aix1.danadata.dk>
  8. References: <4dcr1f$f09@news.lth.se> <2120.6592T41T2143@wvlink.mpl.com>
  9. NNTP-Posting-Host: 193.162.156.16
  10. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  11.  
  12.  
  13. On 18-Jan-96 20:41:42, Gene Heskett wrote:
  14.  
  15. > Stefan, I'm not sure we're talking about the same thing here, but I
  16. > just did a pppstats 0 after grabbing my mail and 2 files from St. Louis.
  17. > I have 32 checksum errors logged so far, and that is about typical for that
  18. > amount of data, 48 mails, and 135 news plus 150k of data in files.
  19.  
  20. > I thought maybe the new ppp 1.38 thats out for beta might fix some of it,
  21. > it did seem to crank up the speed a bit. HOWEVER, at least using dialup, it
  22. > can't hang up the modem without crashing the system. 3 times I asked it to
  23. > hang up, 3 times it sent a bit of data to the modem, and 3 times it
  24. > crashed. Thats enough for me, so I'm back to my registered 1.30.
  25.  
  26. > I have made the remark to my isp (both of them) that one of us doesn't
  27. > know how to calc checksums. I get just as many errors on a local line as
  28. > this quasi long distance. I can't believe the error rates would so closely
  29. > match from 2 different isp's and 3 different locations. Take the remark
  30. > about crc's for what its worth, which may be nothing.
  31.  
  32. Have you read this section in PPP.guide?
  33.  
  34. --
  35. Ignore incoming checksums
  36. =========================
  37.  
  38.      IGNOREFCS
  39.  
  40.    tells PPP to ignore the checksums of incoming PPP packets after PPP
  41. has been configured and has come online.
  42.  
  43.    Normally PPP silently rejects all packets that have a bad checksum
  44. (and relies on TCP-retries), as required by PPP specifications. However
  45. some PPP terminal servers sometimes calculate incorrect checksums. The
  46. option "IGNOREFCS" can be used to circumvent this bug.
  47.  
  48.    Note that "IGNOREFCS" only becomes active after PPP has come online,
  49. i.e. during the PPP configuration all checksums are always checked.
  50. This is necessary to make sure that garbage left in the serial device
  51. buffer is not incorrectly interpreted as a PPP packet.
  52.  
  53.    Warning: You should only use this option on error-corrected (V.42 or
  54. MNP) lines, and only if "PPPStats" shows you that you get many checksum
  55. errors. This option is meant as a workaround for bugs in some terminal
  56. servers (apparently some Annex models), NOT as a means to increase
  57. performance in any way.
  58. --
  59.  
  60. My ISP does run the mentioned Annex software, and I did receive about
  61. 20% packets with bad checksums. After I set the IGNOREFCS flag, which I
  62. did the day before yesterday, my POP mail transfers seem significantly
  63. faster, but I haven't got data enough to conclude anything yet.
  64.  
  65. Note that IGNOREFCS only works in the registered version.
  66.  
  67. --
  68. Henrik Dissing                                E-mail:  hendis@aix1.danadata.dk
  69. Tranbjerg, Denmark                            FidoNet: 2:238/24.6
  70.  
  71.  
  72.